Method and apparatus for improving performance in a network using a virtual queue and a switched poisson process traffic model

ABSTRACT

A method for improving network performance using a virtual queue is disclosed. The method includes measuring characteristics of a packet arrival process at a network element, establishing a virtual queue for packets arriving at the network element, and modeling the packet arrival process based on the measured characteristics and a computed performance of the virtual queue.

CROSS-REFERENCE TO RELATED APPLICATION

This application is a continuation of application Ser. No. 11/798,242, filed May 11, 2007 now U.S. Pat. No. 7,715,316 (allowed), which is incorporated herein by reference in its entirety.

BACKGROUND INFORMATION

Traffic modeling plays a fundamental role in traffic engineering of telecommunications networks, whether they be circuit switched or packet switched, voice or data. In the Public Switched Telephone Network (PSTN), Erlang models have been widely used for trunk engineering and sizing. Application of traffic models to packet-switched environments, including broadband packet-switched environments, has been more difficult and, thus, remains an active area of research.

Packet-switched networks include terminals connected via access lines to a packet switched infrastructure comprised of network elements or nodes connected to one another. Network elements (e.g., routers, switches, multiplexers, etc.), located at various points in a network, may provide switched or routed connections between terminals. Messages may be transferred between terminals as sequences of packets. Native link layer protocols, such as Asynchronous Transfer Mode (ATM), Frame Relay, and Ethernet, and network layer protocols, such as Internet Protocol (IP) traversing broadband link layer subnets, may be used to format and decode packets. Upon receiving a packet, a network element may determine the next node in the transmission path and then place the packet in a queue for transmission.

The arrival of packets at a given network element may be a random process. Accurate traffic models of the arrival process assist network engineers in making effective capacity decisions regarding bandwidth and buffer resources in network elements. Thus, accurate traffic models allow efficient use of bandwidth and buffer resources and minimize network costs.

A switched Poisson process (SPP) is a traffic model that may be used to represent a packet arrival process. An SPP is a special case of a Markov-modulated Poisson process (MMPP). An MMPP is a time-varying Poisson process that “modulates” among different phases. In general, an N-phase MMPP has Poisson-distributed packet arrivals with arrival rate λ_(j), when the MMPP is in phase j, where 1≦j≦N. For example, a three-phase MMPP is Poisson with an arrival rate modulating among λ₁, λ₂, and λ₃ during phases one, two, and three, respectively. Rates of transition between different phases are governed by a Markov chain. An SPP is a two-phase MMPP and, therefore, alternates between two rates, λ₁ and λ₂, in accordance with transition rates, q1 and q2, from phase one to two, and two to one, respectively.

It would therefore be desirable to provide a network element capable of accurately modeling a packet arrival process and, in particular, capable of estimating parameters λ₁, λ₂, q₁, and q₂ of an SPP traffic model.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1A is a functional block diagram of a network element architecture.

FIG. 1B is a functional block diagram of an exemplary embodiment of the network element architecture of FIG. 1A configured with monitoring modules.

FIG. 2A is a functional block diagram of a second network element architecture.

FIG. 2B is a functional block diagram of a second exemplary embodiment of the network element architecture of FIG. 2A configured with monitoring modules.

FIG. 3 is a functional block diagram of a third network element architecture configured with monitoring modules.

FIG. 4 is a functional block diagram of a monitoring module.

FIG. 5 is a flow diagram depicting a method that may be implemented by a virtual queue in a monitoring module.

FIG. 6 is a log-scale graph of an exemplary survivor function generated by a survivor function generator of FIG. 4.

FIG. 7 is a log-scale graph of a curve that approximates the exemplary survivor function of FIG. 6.

FIG. 8 is an exemplary graph of an Index of Dispersion of Counts (IDC) function.

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS

Reference will now be made in detail to the exemplary embodiments, which are illustrated in the accompanying drawings. Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts. While the description includes exemplary embodiments, other embodiments are possible, and changes may be made to the embodiments described without departing from the spirit and scope of the invention. The following detailed description does not limit the invention. Instead, the scope of the invention is defined by the appended claims and their equivalents.

In an exemplary embodiment, methods and systems model a packet arrival process associated with packets arriving at a network element (e.g. switch or router). For example, the exemplary methods and systems measure characteristics of the packet arrival process. The measured characteristics may include an average packet arrival rate, a packet tally, and buffer occupancy values in a virtual queue. Parameters of a model of the packet arrival process may be estimated based on the measured characteristics. Based on the estimated model parameters, an impact of changing the buffer and/or bandwidth capacity resources of the network element may be predicted, Moreover, the network element resources may be dimensioned to provide the required performance for the traffic that traverses that network element. For example, buffer capacity and/or link capacity associated with one or more egress ports in the network element may be either increased if it is determined that insufficient resources were available for a given traffic demand, or decreased to save on cost if it is deemed that the observed packet arrival process could be accounted for with less buffer and/or bandwidth capacity.

FIG. 1A is a functional block diagram of an exemplary network element architecture. A network element 10, which may be a router, switch, or multiplexer, may receive packets via ingress ports 20 and may transmit packets via egress ports 30. Packets arriving at an ingress port 20 may be classified and policed by classification and policing processors 40, then forwarded to a particular egress port 30 via a switch fabric 50, egress queues 60, and schedulers 70. Classification processors may determine a priority level or more generally, a Class of Service (CoS). Policing processors may be used to ensure that incoming traffic conforms to contracted levels when traffic conformance is part of the service definition and protect the network from attempts at malicious use of network bandwidth resources. An egress queue destination for each arriving packet may be derived based on routing information and CoS. The routing information may include address information included in the packets, a routing/forwarding table directing switch fabric 50, and may be nominally constructed by operation of a routing protocol (e.g., Routing Information Protocol (RIP), Open Shortest Path First (OSPF), Private Network to Network Interface (PNNI), etc.) and/or a user provisioned explicit policy. A particular pair of ingress and egress ports 20, 30 corresponding to a transmitter/receiver pair may commonly be referred to as a single physical port, input/output port, I/O port, or just interface port for short. In certain embodiments, network element 10 may be a multiplexer, which is a special case of a router or switch having one primary physical port, sometimes referred to as the uplink, to which all other ports forward (upstream directed) packets to, and receive (downstream directed) packets from.

FIG. 1B depicts an exemplary embodiment as applied to the network element architecture depicted in FIG. 1A. In the exemplary embodiment shown dedicated monitoring modules 80 may be added between switch fabric 50 and each egress queue 60 to monitor and measure characteristics of packet arrival processes associated with packets flowing into individual egress queues 60. As mentioned previously, classification processors may classify according to a priority or CoS policy and, therefore, packet arrival processes at each egress queue 60 may differ. To accommodate the different packet arrival processes per a CoS policy, monitoring modules 80 may be implemented at each egress queue of each egress port in each network element 10 of a packet-switched network. In certain embodiments, monitoring modules 80 may be embedded on the same circuit board, Application Specific Integrated Circuits (ASICs), chipset, or firmware, or as any other hardware and/or software combination. In addition, monitoring modules 80 may be integrated with other hardware and/or software elements in network element 10.

FIGS. 1A and 1B illustrate a configuration of network element 10 wherein each egress port 30 transmits packets from a single egress queue 60 implementing simple First-In-First-Out (FIFO) queuing. Alternatively, a network element may implement multiple egress queues per egress port to support Class of Service (CoS) differentiation for different service/application types. FIGS. 2A and 2B depict one such configuration.

In FIG. 2A, each scheduler 70 may select an egress queue 60 from which to transmit a next packet according to a scheduling policy. One example of such a policy is a fixed priority scheduling scheme. In such a scheme, egress queues feeding to a common scheduler 70 may be assigned fixed priorities. For example, egress queue 60-1 a may be assigned a higher priority than egress queue 60-1 b and similarly for egress queues 60-2 a and 60-2 b (not shown), egress queues 60-3 a and 60-3 b (not shown), and so on through egress queues 60-Na and 60-Nb. Under such a configuration, each egress port scheduler 70 may always transmit a packet from its highest priority queue if the highest priority queue is not empty and may attempt to transmit a packet from its lower priority queue only if the highest priority queue is empty. The fixed priority scheduling scheme described for two egress queues per egress port, as depicted in FIG. 2A, may be extended to a network element having more than the two egress queues per egress port. Moreover, other scheduling policies may be implemented (e.g., Weighted Fair Queuing, Deficit Weighted Round Robin, etc).

FIG. 2B depicts another exemplary embodiment as applied to the network element architecture depicted in FIG. 2A. As in FIG. 1B, dedicated monitoring modules 80 may be added between switch fabric 50 and each egress queue 60 to monitor and measure characteristics of packet arrival processes associated with packets flowing into individual egress queues 60. Thus, regardless of scheduling policy or number of egress queues 60 per egress port 30, a dedicated monitoring module 80 may be applied to each individual egress queue 60.

FIG. 3 depicts an alternative embodiment wherein monitoring modules 80 may be implemented external to network element 10 in an external monitoring apparatus 90. To infer distinct packet streams arriving at each egress queue 60 of network element 10, external monitoring apparatus 90 may tap all relevant (i.e., operating) ingress ports 20 and may emulate a subset of functions performed by network element 10. The subset of functions emulated may be those necessary to infer the resulting packet arrival processes at each egress queue of each egress port of network element 10. To this end, external monitoring apparatus 90 may replicate packet classification/policing with emulated classification and policing processors 92 and may replicate switching with emulated switch fabric 94. Although egress queues 60 and egress ports 30 are depicted in a one to one relationship (as depicted in FIGS. 1A and 1B) they may also be configured in a many to one relationship (as depicted in FIGS. 2A and 2B). Appropriate modifications may be made to monitoring modules 80 to emulate a scheduling policy implemented by schedulers 70. Examples of such modifications are explained below with reference to FIG. 4.

FIG. 4 is a functional block diagram of monitoring module 80 receiving arriving packets 104 of unspecified random packet lengths 106 from switch fabric 50. A probability distribution of packet lengths 106 and a random packet arrival process associated with arriving packets 104 are unknown. Monitoring module 80 may use a switched Poisson process (SPP) as a traffic model to represent the packet arrival process associated with arriving packets 104. Using an SPP as a model, monitoring module 80 may estimate model parameters. The model parameters may be used to predict how changes made to a buffer size of corresponding egress queue 60 or a speed (i.e., bit rate) of corresponding egress port 30 will impact performance. Although monitoring module 80 is shown internal to network element 10, monitoring module 80 may also be configured external to network element 10, as shown in FIG. 3.

Monitoring module 80 may include a packet size distribution estimator 108, a packet arrival rate monitor 110, a packet counter 111, a virtual queue 112, a queue occupancy survivor function (SVF) estimator 114, an Index of Dispersion of Counts (IDC) estimator 115, and an SPP parameter estimator 116.

Monitoring module 80 may receive arriving packets 104 and may output a packet size distribution 117 (e.g. a histogram) and estimated SPP parameters 118 of a traffic model representing a packet arrival process associated with arriving packets 104. Based on packet size distribution 117 and estimated SPP parameters 118, characteristics such as link capacity and buffer capacity of a particular egress port and egress queue, respectively, in network element 10, may be optimized to meet performance objectives using analytical techniques as is well known. Performance objectives may include bounds on latency or loss of packets. Harry Heffes and David Lucantoni disclose analytical techniques for optimizing characteristics such as link capacity and buffer capacity in “A Markov Modulated Characterization of Packetized Voice and Data Traffic and Related Statistical Multiplexer Performance,” IEEE Journal on Selected Areas in Communications, September 1986 (“Heffes and Lucantoni”), incorporated herein by reference.

Packet size distribution estimator 108 may estimate packet size distribution 117 by tallying observed packet sizes of arriving packets 104 into bins denoting the number of occurrences of packets having a given size or size range (representing a packet size histogram). Packet size distribution estimator 108 may also normalize the bin tallies by the total number of packets observed to obtain relative frequencies of various different ranges (or bins) of observed packet sizes (representing a normalized packet size histogram).

SPP parameter estimator 116 may generate estimated SPP parameters 118 based on empirical measurements provided by packet arrival rate monitor 110, IDC estimator 115, virtual queue 112, and queue occupancy SVF estimator 114. Empirical measurements may include estimated average arrival rate 120 ({circumflex over (λ)}) of the packet arrival process associated with arriving packets 104, IDC[mT], which may be an estimate of the function IDC(t), and a set of SVF parameters 121 of an empirical SVF 122 associated with virtual queue 112. For example, packet arrival rate monitor 110 may monitor packets 104 arriving at egress queues 60 and may receive a running packet tally 124 from packet counter 111 to estimate an average arrival rate 120 ({circumflex over (λ)}) over a predetermined observation period. Packet arrival rate monitor 110 may provide the estimated average arrival rate 120 ({circumflex over (λ)}) to SPP parameter estimator 116.

IDC estimator 115 may provide an IDC parameter 125 (k₂) derived from IDC[mT], which is an empirical estimate of IDC(t), to SPP parameter estimator 116. IDC(t) is a function of time (represented by the variable, t) with IDC(t) defined as the Variance to Mean Ratio of the number of packets that arrive in time duration t. With t fixed, the number of packet arrivals in time t, denoted as N(t), is a random variable and thus IDC(t)=Variance[N(t)]/Mean[N(t)] is a moment statistic. In practice, IDC(t) may be approximated in quantized form by IDC[mT] where t=mT, m=1, 2, . . . M (an integer), and T is a fixed time interval. In this context N[mT] is the random variable of packet arrival counts in non-overlapping intervals of duration mT. Note that since T is of fixed duration, IDC[mT] is effectively a function of index m.

IDC estimator 115 may perform a sample-based estimation procedure to estimate IDC(t). For example, IDC estimator 115 first may divide a total observation period into non-overlapping timeslots of duration T (with T much smaller than the observation period). The observation period may be the period over which the SPP parameters are to be estimated (e.g. 15 mins or 30 mins or 1 hour, etc. . . . ). Denoting the sample mean and sample variance of the number of packet arrivals observed in the timeslots of duration T as E[N(T)] and Var[N(T)], respectively, the IDC estimate at time t=T is IDC[T]=Var[N(T)]/E[N(T)]. Now consider the total observation period divided into non-overlapping timeslots of duration 2T. Then, IDC[2T]=Var[N(2T)]/E[N(2T)] may be computed in a similar fashion. The process of computing IDC[mT] may be performed analogously for each slicing of the total observation period into timeslots of duration mT for m=1, 2, . . . M (an integer). Note that M may be selected as large as possible but bounded such that MT may still be much smaller than the total observation period (to provide enough samples to maintain statistical accuracy in computing, IDC[MT] (the IDC at it's largest time value MT). For example, for a given value of T, selecting M such that MT <90, ensures that at least 100 samples are used in the computation of the sample mean and sample variance of N(T) used to estimate IDC(MT). A practical implementation of IDC estimator 115 may compute the data points corresponding to each index m in a single pass of packet arrival data during the observation period. That is, the sample mean and sample variance of N(mT) for each time index m (m=1, 2, . . . , M), may be computed in parallel as the packets arrive in real time. Heffes and Lucantoni provide definitions and further explication of IDC functions and statistics.

In addition, queue occupancy SVF estimator 114 may provide SVF parameters 121 to SPP parameter estimator 116. Queue occupancy SVF estimator 114 may determine SVF parameters 121 based on running packet tally 124 and a virtual queue histogram 128 generated by virtual queue 112.

FIG. 5 is a flow diagram depicting an algorithm that may be implemented by virtual queue 112 to emulate an SPP/M/1 queue and to thereby generate virtual queue histogram 128 for queue occupancy survivor function (SVF) estimator 114. An SPP/M/1 queue is a purely Markovian Quasi-Birth-Death (QBD) queue. For an SPP/M/1 queue, the arrival process is an SPP and the service process is an independent and exponentially distributed service time for each arriving packet. By convention an exponentially distributed service process is denoted by M (for Markov process). In furtherance of emulating an SPP/M/1 queue, virtual queue 112 may emulate, with hardware or software, a buffer of sufficient size such that no arriving packets 104 are dropped as a result of buffer overflow (i.e., virtual queue 112 emulates a buffer of infinite size).

As shown in FIG. 5, virtual queue 112 may initialize variables (stage 500) including, for example, a packet arrival tally variable, n, for tallying each packet arrival; a packet departure tally variable, k, for tallying each simulated packet departure; a “departure time” array of variables, D(n), for storing a scheduled departure time for each packet queued in virtual queue 112; a queue occupancy count variable, QueueOccCnt, for storing a number of packets (i.e., queue occupancy) in virtual queue 112 observed immediately after a packet arrival; and queue occupancy histogram 128, QueueOcc, for storing a histogram of observed queue occupancy values. Virtual queue 112 may then enter a waiting state in which it waits for a packet arrival or scheduled packet departure event (stage 502).

A service rate of the service process implemented in virtual queue 112 may be specified, e.g., by a user, as service rate 126 (μ). For example, virtual queue 112 may substitute exponentially distributed service times in place of actual service times. For any given port speed, service times may be proportional to sizes of arriving packets, and thus substituting service times may be equivalent to substituting packet sizes in place of actual packet sizes (at the same port speed). Thus, when a packet arrival occurs (i.e., a packet from switch fabric 50, as depicted by packets 104, arrives), virtual queue may simulate a packet insertion (stage 504) by generating a simulated service time, S(n), with a random number generator having an exponentially distributed probability distribution with mean 1/μ. Virtual queue 112 may also increment the packet arrival tally, n, measure an arrival time, T(n), and update the QueueOcc histogram by incrementing a bin corresponding to the current value of QueueOccCnt (stage 504). Virtual queue 112 may then assign the arrived packet a scheduled departure time. If the virtual queue is not empty (i.e., QueueOccCnt >0), the assigned scheduled departure time may be the sum of the scheduled departure time of the next packet scheduled for service and the arriving packet's simulated service time, S(n) (stage 506). If, on the other hand, the virtual queue is empty (i.e., QueueOccCnt=0), the assigned scheduled departure time may be the sum of the packet's arrival time, T(n), and the arriving packet's simulated service time, S(n) (stage 508). Finally, virtual queue 112 may increment the QueueuOccCnt variable (stage 510), and return to the waiting state (stage 502).

When a packet departure occurs during the waiting state, virtual queue 112 may simulate the packet departure by incrementing the packet departure tally, k, and decrementing the QueueuOccCnt variable (stage 512). Thus, instead of actually transmitting bits of arriving packets 104 as egress queues 60 would, virtual queue 112 may simply decrement the queue occupancy count (QueueOccCnt) at a packet's scheduled departure time (i.e., derived from specified service rate 126 (μ)). A packet departure may occur at the scheduled departure time D(k+1) for the (k+1)th packet that arrived at virtual queue 112. Virtual queue 112 then may return to the waiting state (stage 502).

Virtual queue 112 may implement the algorithm depicted in FIG. 5 for a predetermined period of time sufficient to generate a statistically significant virtual queue histogram 128 for queue occupancy SVF estimator 114. Virtual queue histogram 128 may vary over time due to the random nature of the packet arrival process associated with arriving packets 104 and random packet lengths 106. To optimize the spread of queue occupancy values across the bin range in the virtual queue histogram 128, service rate 126 (μ) may be chosen so that utilization of virtual queue 112 is kept between approximately 40% and 80%. Moreover, if egress queues 60 and schedulers 70 are arranged as shown in FIGS. 2A and 2B, a service rate of scheduler 70-1 may be divided between egress queue 60-1 a and 60-1 b according to a specified scheduling policy. For example, if egress queues 60-1 a and 60-1 b are served by scheduler 70-1 according to a Weighted Fair Queuing (WFQ) scheduling scheme, service rates 126 (μ) for corresponding monitoring modules 80-1 a and 80-1 b may be chosen to emulate the relative proportion of the egress port speed assigned to the CoS served by egress queues 60-1 a and 60-1 b, respectively. Service rates 126 (μ) for monitoring modules 80-2 a and 80-2 b (not shown), and so on through monitoring modules 80-Na and 80-Nb, may be chosen in a similar fashion.

FIG. 6 is a log-scale graph of an exemplary Survivor Function (SVF) 122 generated by queue occupancy SVF estimator 114. Empirical SVF 122 is also known as a complementary cumulative distribution function and may be expressed as P (X>n) where X is a random variable representing system occupancy of virtual queue 112 and n is an integer greater than or equal to zero. P (X>n) represents the probability that system occupancy (random variable X) is greater than n. Empirical SVF 122 may be the empirical realization of P(X>n) and derived from a histogram of the system occupancy generated by virtual queue 112 in conjunction with packet tally 124 received from packet counter 111. For example, queue occupancy SVF estimator 114 may first tally a frequency (i.e. number of occurrences) of each occupancy value, n, observed in virtual queue 112 and then divide each frequency by packet tally 124 to obtain a normalized histogram 128 of the SPP/M/1 system occupancy, otherwise know as an empirical probability distribution function (PDF). Using cumulative sums of the bins which make up the empirical PDF 128, an empirical cumulative distribution function (CDF) may be derived from empirical PDF 128. Empirical SVF 122 may then be derived as one minus the empirical CDF.

As explained above, monitoring module 80 may substitute exponentially distributed service times with user specified mean service rate (μ), in place of the actual service times associated with arriving packets 104 in virtual queue 112. Therefore, given the SPP arrival process assumption, by substituting the exponentially distributed service times, virtual queue 112 may emulate an SPP/M/1 queue. The theoretical SVF of the system occupancy for an SPP/M/1 queue has the form: P(X>n)=ρ·δ[n]+(C ₃ z ₃ ^(−n) +C ₄ z ₄ ^(−n))u[n−1]  Equation (1)

As previously stated, P(X>n) denotes the probability the system occupancy (i.e. number of packets in the system) is greater than n. In equation (1), ρ=λ/μ is the utilization factor of an SPP/M/1 queue with service rate μ driven by an SPP arrival process having mean arrival λ,δ[n] is the Dirac delta function, and u[n] is the unit step function.

FIG. 7 is a log-scale graph that illustrates a curve 300 (i.e. solid lined curve) superimposed on the empirical SVF 122 (as typically might be derived within queue occupancy SVF estimator 114 based on the empirical PDF 128 passed to SVF estimator 114 by virtual queue 112). The empirical SVF 122 is depicted by the bars in FIG. 7. The curve 300 is hereto referred to as an SVF estimation curve. SVF estimation curve 300 has the form of equation (1). Equation (1) includes two geometric terms on the far right hand side: C₃z₃ ^(−n) and C₄z₄ ^(−n). Without loss of generality, it is assumed that z₃<z₄ (implying 1/z₃>1/z₄, and thus z₄ ^(−n) decays more rapidly than z₃ ^(−n)). Thus, for large n, it is clear that P(X>n)≈C₃z₃ ^(−n) and thus the slope, 1/z₃, of the SPP SVF in log-scale at large n may be referred to as the asymptotic decay rate, and coefficient, C₃, referred to as the asymptotic coefficient.

The output of virtual queue 112 may be empirical PDF 128 (i.e. a normalized histogram) of the SPP/M/1 system occupancy distribution. Empirical PDF 128 may be in turn passed as input to SVF estimator 114 which may internally generate empirical SVF 122 from which it computes an SVF estimation curve 300. The tail region (i.e. region where n is large) of that curve may then be used to estimate parameters Ĉ₃ and {circumflex over (z)}{circumflex over (z₃)}. Note that these parameters may be easily estimated using a simole linear regression fit to the tail region of empirical SVF 122.

The theoretical IDC for an SPP has the form:

$\begin{matrix} {{{IDC}\lbrack{mT}\rbrack} = {1 + \frac{2k_{1}}{\lambda} - {\frac{2k_{1}}{\lambda\; k_{2}{mT}}\left( {1 - {\mathbb{e}}^{{{- k_{2}}{mT}}\;}} \right)}}} & {{Equation}\mspace{14mu}(2)} \end{matrix}$ where

${k_{1} = \frac{\left( {\lambda_{1} - \lambda_{2}} \right)^{2}q_{1}q_{2}}{\left( {q_{1} + q_{2}} \right)^{3}}},{k_{2} = {q_{1} + q_{2}}}$ and

$\lambda = \frac{{\lambda_{1}q_{2}} + {\lambda_{2}q_{1}}}{k_{2}}$ is the mean arrival of the SPP.

FIG. 8 is an exemplary graph of equation (2). The goal of IDC estimator 115 may be to compute and output IDC parameter ({circumflex over (k)}{circumflex over (k₂)}) 125. IDC estimator 115 may calculate IDC parameter 125 ({circumflex over (k)}{circumflex over (k₂)}) by fitting equation (2) to the empirical IDC[mT] measured from the packet arrival process 104 entering and monitoring model 80 (which is assumed to be an SPP). This may be achieved as follows:

The IDC of an SPP approaches a limiting value asymptotically, as depicted in FIG. 8. This limiting (or asymptotic) value may be determined from equation (2) to be:

${{IDC}\lbrack\infty\rbrack} = {1 + \frac{2k_{1}}{\lambda}}$

Since IDC[∞] may be estimated from the empirical IDC function of a packet arrival process (and should be visually apparent as depicted in FIG. 8),

$\hat{k_{1}} = \frac{\hat{\lambda}\left( {{{IDC}\lbrack\infty\rbrack} - 1} \right)}{2}$ where 120 ({circumflex over (λ)}) the output of packet arrival rate monitor 110, is substituted for λ in Equation (2). Once {circumflex over (k)}{circumflex over (k₁)} is known, then {circumflex over (k)}{circumflex over (k₂)} is the only remaining unknown in equation (2). Therefore one may perform a search for the value {circumflex over (k)}{circumflex over (k₂)} that may provide the best fit of equation (2) to the empirical IDC (“best fit” defined in some sense such as a cumulative error minimization or an exact fit at a single data point, etc. . . . ). The resulting value {circumflex over (k)}{circumflex over (k₂)} may then be provided as the output of IDC estimator 115.

Note that IDC estimator 115 may fit the SPP IDC nicely to packet arrival processes that may exhibit the asymptotic characteristic in their empirical IDC as depicted in FIG. 8. Such traffic processes are called Short Range Dependent (SRD) processes. For that reason, the SPP, being an SRD process itself, may be a plausible model for SRD traffic. However, for traffic that may not exhibit this characteristic it may be difficult to fit equation (2), the SPP IDC equation, to an empirical IDC that may not have the form depicted in FIG. 8. For example some packet arrival processes may have an empirical IDC that appears to gradually and continually increase over a large time range, making it difficult to detect a empirical value for IDC[∞]. This issue may arise for Long Range Dependent (LRD) (or Self-Similar) traffic. LRD traffic may have the property of a continually increasing IDC with no apparent limiting value over a large time range. In practice, when LRD traffic is encountered, it may be more appropriate to assume a d-SPP model as described in paragraphs [051] and apply a d-SPP fitting procedure. Alternatively, in cases where it is sufficient to model the behavior of an LRD process over a very limited time range, one may choose to use an SPP for that purpose, and equation (2) may be fit to the empirical IDC over that limited time range (i.e. in the region of small values of m). In this case, some fictitious value for IDC[∞] may be assumed within the time range of interest.

At this point, there may be 120 ({circumflex over (λ)}) from packet arrival rate monitor 110, 121 (Ĉ₃ and {circumflex over (z)}{circumflex over (z₃)}) from queue occupancy SVF estimator 114, and 125 ({circumflex over (k)}{circumflex over (k₂)}) from IDC estimator 115. The goal of SPP parameter estimator 116 may be to take these four parameters ({circumflex over (λ)}, Ĉ{circumflex over (C₃)}, {circumflex over (z)}{circumflex over (z₃)}, {circumflex over (k)}{circumflex over (k₂)}) in addition to the user specified service rate μ (for virtual queue 112) as inputs, and from them compute the SPP model parameters 118 ({circumflex over (λ)}{circumflex over (λ₁)}, {circumflex over (λ)}{circumflex over (λ₂)}, {circumflex over (q)}{circumflex over (q₁)}, {circumflex over (q)}{circumflex over (q₂)}). To achieve this, SPP parameter estimator 116 may proceed as follows. It first may define C₃*(z₄). That is, it may define C₃* as a function of z₄ as follows

$\begin{matrix} {{C_{3}^{*}\left( z_{4} \right)} = \frac{\left( {\hat{z}}_{3} \right)^{2}z_{1}z_{4}{N\left( {\hat{z}}_{3} \right)}}{{\mu^{2}\left( {{\hat{z}}_{3} - z_{1}} \right)}\left( {{\hat{z}}_{3} - z_{3}} \right)\left( {1 - {\hat{z}}_{3}} \right)}} & {{Equation}\mspace{14mu}(3)} \end{matrix}$ where

$\begin{matrix} {{z_{1} = \frac{1}{1 + \theta}},{\theta = \frac{{\hat{z}}_{3}z_{4}}{{{\hat{k}}_{2}\left( {\mu - \hat{\lambda}} \right)}\left( {1 - {\hat{z}}_{3}} \right)\left( {1 - z_{4}} \right)}}} & {{Equation}\mspace{14mu}(4)} \\ {{N\left( {\hat{z}}_{3} \right)} = {{{\mu\left( {\hat{z}}_{3} \right)}^{2}d} - {{\hat{z}}_{3}\left( {{\mu\; d} + {\mu\; P_{0}{\hat{k}}_{2}} + {P_{0}\mu^{2}}} \right)} + {P_{0}\mu^{2}}}} & {{Equation}\mspace{14mu}(5)} \\ {d = \frac{z_{1}\left( {{\mu\; P_{0}{\hat{k}}_{2}} - {P_{0}\mu^{2}}} \right)}{\mu\left( {z_{1}^{2} - z_{1}} \right)}} & {{Equation}\mspace{14mu}(6)} \\ {P_{0} = \left( {1 - \frac{\hat{\lambda}}{\mu}} \right)} & {{Equation}\mspace{14mu}(7)} \end{matrix}$ That is, for each given value z₄, it may first computes z₁ using Equation (4). It may next determine d using Equations (6) and (7). It may then determine N({circumflex over (z)}₃) using Equation (5) and finally compute C₃*(z₄) by applying Equation (3).

By continually using this process, SPP parameter estimator 116 may perform a search for the value of z₄ that solves C₃*({circumflex over (z)}₄)=Ĉ₃. Note that (as specified in paragraph [040]) z₄ may be constrained to be greater than {circumflex over (z)}₃. An initial value for z₄ that has served will in practice is z₄ ^(INIT)=2{circumflex over (z)}{circumflex over (z₃)} though any value greater than {circumflex over (z)}₃ may be used as a starting value for z₄. Once the value {circumflex over (z)}₄ that satisfies C₃*({circumflex over (z)}₄)=Ĉ₃, has been determined, then {circumflex over (z)}₁ may be determined by substituting {circumflex over (z)}₄ for z₄ in Equation (4). SPP parameter estimator 116 may then compute the SPP parameters 118 by applying the following:

$\begin{matrix} {ϛ = {\mu\left\lbrack {\frac{1}{{\hat{z}}_{1}} + \frac{1}{{\hat{z}}_{3}} + \frac{1}{{\hat{z}}_{4}} - \left( {\mu + {\hat{k}}_{2}} \right)} \right\rbrack}} & {{Equation}\mspace{14mu}(8)} \\ {\hat{\lambda_{1}} = \frac{ϛ + \sqrt{ϛ^{2} - \frac{4\mu^{2}}{{\hat{z}}_{1}{\hat{z}}_{3}{\hat{z}}_{4}}}}{2}} & {{Equation}\mspace{14mu}(9)} \\ {\hat{\lambda_{2}} = \frac{ϛ - \sqrt{ϛ^{2} - \frac{4\mu^{2}}{{\hat{z}}_{1}{\hat{z}}_{3}{\hat{z}}_{4}}}}{2}} & {{Equation}\mspace{14mu}(10)} \\ {\hat{q_{1}} = \frac{\hat{k_{2}}\left( {\hat{\lambda} - {\hat{\lambda}}_{1}} \right)}{\hat{\lambda_{2}} - \hat{\lambda_{1}}}} & {{Equation}\mspace{14mu}(11)} \\ {\hat{q_{2}} = {\hat{k_{2}} - \hat{q_{1}}}} & {{Equation}\mspace{14mu}(12)} \end{matrix}$

Estimated SPP parameters 118 ({circumflex over (λ)}{circumflex over (λ₁)}, {circumflex over (λ)}{circumflex over (λ₂)}, {circumflex over (q)}{circumflex over (q₁)}, {circumflex over (q)}{circumflex over (q₂)}) and measured packet size distribution 117 may be used to predict the performance metrics of a network in which network element 10 operates using SPP/G_(i)/1 queuing analysis techniques as is well known, such as those disclosed by Heffes and Lucantoni. The “G_(i)” in the SPP/Gi/1 notation stands for a “general” independent and identically distributed service time distribution, which monitoring modules 80 may be equipped to derive based on packet size distribution 117. Monitoring modules 80 may be further equipped to predict the performance impact of a change in output link capacity or buffer capacity in egress queues 60 of network element 10 based on estimated SPP parameters ({circumflex over (λ)}{circumflex over (λ₁)}, {circumflex over (λ)}{circumflex over (λ₂)}, {circumflex over (q)}{circumflex over (q₁)}, {circumflex over (q)}{circumflex over (q₂)}) and packet size distribution 117. Such analyses could also be performed offline by a software application using the parameters provided by monitoring modules 80. Each of monitoring modules 80 may also be equipped to periodically update their respective estimated SPP parameters 118 and packet size histograms 117 to external host systems running offline software (or internally) so that minimum output capacity and/or buffer size required to meet particular performance objectives for egress queues 60 may be computed as a function of time of day. Performance objectives may include a desired bound on maximum service delay (i.e., latency) or a desired bound on maximum loss of packets at one or more egress queues 60. In addition, an operator may make adjustments to egress queues 60 and egress ports 30 in network element 10 to achieve the efficient use of link buffering and/or bandwidth resources based on estimated SPP parameters 118 ({circumflex over (λ)}{circumflex over (λ₁)}, {circumflex over (λ)}{circumflex over (λ₂)}, {circumflex over (q)}{circumflex over (q₁)}, {circumflex over (q)}{circumflex over (q₂)}), packet size distribution 117, and performance objectives. For example, estimated SPP parameters 118 (λ₁, λ₂, q₁, and q₂) and packet size distribution 117 may prompt changes to memory capacity requirements for one or more egress queues 60 or changes to link capacity requirements for one or more egress ports 30 to minimize the memory and/or bandwidth resources used while still maintaining a given set of performance objectives.

In general, monitoring modules 80 may assume packet arrival process 104 can be modeled by a switched Poisson process model and estimate SPP parameters 118 ({circumflex over (λ)}{circumflex over (λ₁)}, {circumflex over (λ)}{circumflex over (λ₂)}, {circumflex over (q)}{circumflex over (q₁)}, {circumflex over (q)}{circumflex over (q₂)}) of packet arrival processes associated with arriving packets 104 arriving at network element 10. SPP parameter estimator 116 may estimate SPP parameters 118 ({circumflex over (λ)}{circumflex over (λ₁)}, {circumflex over (λ)}{circumflex over (λ₂)}, {circumflex over (q)}{circumflex over (q₁)}, {circumflex over (q)}{circumflex over (q₂)}) based on empirical measurements provided by packet arrival rate monitor 110, IDC estimator 115, virtual queue 112, and queue occupancy SVF estimator 114. Based on estimated SPP parameters 118 ({circumflex over (λ)}{circumflex over (λ₁)}, {circumflex over (λ)}{circumflex over (λ₂)}, {circumflex over (q)}{circumflex over (q₁)}, {circumflex over (q)}{circumflex over (q₂)}) and packet size distribution 117, an impact of changing buffer capacity characteristics of egress queues 60 and/or link capacity characteristics of egress ports 30 in network element 10 may be predicted and changes may be made to maintain service performance requirements for flow of traffic in a network while achieving better cost efficiency.

Modifications and variations are possible in light of the above teachings or may be acquired from practicing of the invention. Additional modifications and variations may be, for example, the described implementation includes hardware but the present invention may be implemented as a combination of hardware and software or in software alone. All or part of the systems and methods consistent with the present invention may be stored on or read from computer-readable media, such as secondary storage devices, like hard disks, floppy disks, and CD-ROM; a carrier wave received from a network such as the Internet; or other forms of ROM or RAM.

Another modification may include use of a superposition of multiple statistically independent SPPs as a traffic model instead of a single SPP to represent packet arrival processes associated with egress queues 60. A superposition of some number, d, of Switched Poisson Processes (SPPs), referred to as a d-SPP, may be made to approximate Long Range Dependent (LRD) traffic behavior. As explained above, LRD (or Self-Similar) traffic may be characterized by an IDC having continually increasing IDC (unlike the bounded IDC of an SPP as depicted in FIG. 8). The IDC of an LRD process may be known to have the form: IDC[m]≈c·m ^(2H−1) where parameter H is called the Hurst parameter with range ½<H<1, and c being some constant. In log-scale, the IDC may have the form of an increasing straight line with slope 2H−1. Even though the d-SPP may actually be d-SPP itself (i.e. its IDC may reach an asymptotic bound at some point), it may be parameterized to mimic the form of an LRD IDC over several timescales. The “timescale” of an SPP with parameters λ₁, λ₂, q₁, and q₂ may be commonly defined as the quantity 1/k₂=1/(q₁+q₂). When using a d-SPP to model an LRD process, each component SPP may serve the purpose of capturing a particular timescale range of the complete IDC (of the packet arrival process); thus allowing for modeling traffic variability over a range of timescales. The i-th SPP in a d-SPP model may alternate between two rates, λ_(1i) and λ_(1i), in accordance with transition rates, q_(1i) and q_(2i), as explained above in reference to an SPP. Thus, due to the superposition property of SPPs, 4d total parameters (i.e. 4 parameters for each SPP) may be estimated to completely characterize a d-SPP model.

d-SPP may provide a superior model fit for LRD traffic when compared to using a single SPP but may involve more complexity in estimating its parameters. As in the case of an SPP, a d-SPP model fit procedure may use a combination of the packet arrival process mean rate, an IDC estimate, and a virtual queue to estimate the parameters for each constituent SPPs. The parameterized SPP super-position may in turn be used for link sizing, traffic engineering, and measurement based admission control. Other applications in traffic management and control may be possible.

Much like the case of using a single SPP, a d-SPP fitting procedure may use three empirical measures: the packet arrival mean rate, the empirical IDC and empirical SVF observed at a pre-determined service rate. Also, as in the case of a single SPP, exponentially distributed service times may be imposed.

Before the d-SPP fitting procedure may be performed, the timescale range over which the empirical IDC will be matched may be selected. This may be necessary because even a d-SPP may ultimately be SRD and only mimic the IDC of an LRD process over a finite range. For example, the lower and upper time index boundaries of the timescale of interest may be denoted as m₁ and m_(d), respectively.

The first step of the d-SPP fitting procedure may be to fit the d-SPP IDC equation

$\begin{matrix} {{{IDC}\lbrack{mT}\rbrack} = {{\sum\limits_{i = 1}^{d}1} + \frac{2k_{1i}}{\lambda} - {\frac{2k_{2i}}{\lambda\; k_{2i}{mT}}\left( {1 - {\mathbb{e}}^{{- k_{2i}}{mT}}} \right)}}} & {{Equation}\mspace{14mu}(13)} \end{matrix}$ to that of an LRD process over the range bounded by m₁ and m_(d). In equation (13), λ may denote the overall mean rate of the d-SPP arrival process (i.e. the sum of the mean rates of the individual SPP that may constitute the d-SPP). The IDC of an LRD process may have the form c·m^(2H−1)  (Equation 14) where H (½<H<1), may be the Hurst parameter of the LRD. Thus, it may be necessary to minimize

$\begin{matrix} {{{\min\limits_{k_{1i},k_{2i}}{\sum\limits_{m_{1} \leq m \leq m_{d}}{{e\lbrack m\rbrack}}}},{\forall{i \in \left\lbrack {1,d} \right\rbrack}}}{{{where}\mspace{14mu}{e\lbrack m\rbrack}} = {{{c \cdot m^{{2H} - 1}} - {{IDC}\lbrack{mT}\rbrack}} = {{\sum\limits_{i = 1}^{d}1} + \frac{2k_{1i}}{\lambda} - {\frac{2k_{2i}}{\lambda\; k_{2i}{mT}}\left( {1 - {\mathbb{e}}^{{- k_{2i}}{mT}}} \right)}}}}} & {{Equation}\mspace{14mu}(15)} \end{matrix}$ This first step in the d-SPP fitting process may be performed by an IDC estimator (such as 115 as illustrated in FIG. 4 for the SPP case). The output of this step may result in the parameters k_(1i), and k _(2i), for i=1,2, . . . , d. One simple methodology for achieving this may be to use a simplified form of the well known Prony method. Since it may be necessary to apply a super-position of SPPs, each operating on a different timescale, 1/k_(2i), the ratio of the timescales of the constituent SPPs may be defined to be a constant value a where a may be sufficiently large to ensure each SPP may fall in a different time scale (i.e. each SPP timescale may be significantly distant from that of any other SPP in the d-SPP). a≧10 may be preferably selected. Thus, beginning from k₂₁ (corresponding to the smallest timescale 1/k₂₁), each k_(2i) may be specified as follows: k _(2i) =k ₂₁ a ^(−(i−1)) ,iε[1,d]  Equation (16) To provide a fit of the d-SPP IDC to that of an LRD process at points m₁,m₂, . . . , m_(d) with each of these d points positioned on a different timescale, a constant parameter h may be defined such that: h=k_(2i)m_(i)=const iε[1,d]  Equation (17) where h≈1. Also, d auxiliary functions may be defined as:

$\begin{matrix} {{w(t)} = {\sum\limits_{1}^{d}{k_{1i}\left( {1 - {r_{i}(t)}} \right)}}} & {{Equation}\mspace{14mu}(18)} \end{matrix}$ where

$\begin{matrix} {{r_{i}(t)} \equiv \frac{\left( {1 - {\mathbb{e}}^{{- k_{2i}}t}} \right)}{k_{2i}t}} & {{Equation}\mspace{14mu}(19)} \end{matrix}$ and iε[1,d]. Next, a matrix A=[A_(ij)] may be introduced with A_(ij) elements defined as A _(ij)=(1−r _(j) [m _(i) T])i,jε[1,d]  Equation (20) k ₁={k₁₁,k₁₂, . . . , k_(id)} may denote the vector of IDC k₁ parameters (each element k_(1i) representing the k₁ parameter in equation (13) for the i-th SPP in the d-SPP), and thus k ₁ may be solved via the linear system of equations A k ₁= w  Equation (21)

where w={w[m₁T], w[m₂T], . . . , w[m_(d)T]}

Due to Equation (16), the analogous vector of IDC k₂ parameters (i.e. k ₂) are already established as a function of k₂₁. Thus, the combination of equations (16) and (21) may effectively provide a means for IDC matching as a function of the single parameter k₂₁. That is for any value of k₂₁, a corresponding k ₁ and k ₂ may be computed by application of equations (16) and (21). A numerical error minimization scheme may thus be used to search for the best fit to the empirical IDC as a function of k₂₁. For example, the absolute error minimization across the timescale range of interest as the objective function for such a fit may be used. Using a methodology such as this or an alternatively methodology for minimizing equation (15), the IDC estimator may provide estimates of the vectors k ₁ and k ₂ as outputs. These k ₁* and k ₂* may be denoted. For example, unlike the single SPP case (where only parameter {circumflex over (k)}₂ is used), in the d-SPP fitting procedure, both the estimated IDC vectors k ₁* and k ₂* may be used to compute the parameters of d-SPP. Consequently, the IDC estimator for the d-SPP fitting embodiment may output both vectors k ₁* and k ₂*

After completion of the IDC estimation step, the vectors k ₁* and {circumflex over (k)}₂* may be made available. Simultaneous to the IDC estimation process, the mean arrival rate of the packet arrival process may be monitored by a packet arrival rate monitor (as depicted in FIG. 4 for the single SPP case). The mean rate measured by the packet arrival rate monitor may be denoted as {circumflex over (λ)}.

An Interrupted Poisson Process (IPP) may simply be an SPP with one of its rates (λ₁ or λ₂) being zero. It is known that any d-SPP may be constructed as a superposition of d IPPs and a pure Poisson process, and hence distinguished by 3d+1 independent parameters (i.e. a d-SPP has 3d+1 degrees of freedom). Given the 2d+1 parameters provided by k ₁*, k ₂*, and {circumflex over (λ)}, there are d degrees of freedom remaining. The d-SPP fitting procedure may employ the empirical SVF for this purpose.

d auxiliary parameters may be defined as

$\tau_{i} = \frac{q_{1i}}{q_{2i}}$ and iε[1,d]. To further expedite the fitting procedure, the following constraint may be imposed: τ_(i)=τ_(j)∀i,jε[1,d]  Equation (22) This may allow for the fit to the empirical SVF be performed as a function of a single parameter, say τ_(x), such that τ_(i)=τ_(x),iε[1,d]  Equation (23) That is, a constant ratio between the parameters q_(1i) and q_(2i) for each of the individual SPPs comprising the d-SPP may be maintained. This imposition may reduce the remaining degrees of freedom from d down to 1 and allow for greatly expediting the search process while still capturing a vast range of empirical SVF behaviors for a given set of IDC parameters.

The final step in the d-SPP fitting procedure may be to perform a fit (e.g. based on absolute error minimization) of the d-SPP queue occupancy SVF approximation to that of the empirical SVF with respect to the remaining parameter τ_(x). That is, τ_(x) may be varied, and for each value of τ_(x), the theoretical system occupancy for the d-SPP/M/1 queue may be computed and compared against the empirical SVF of the system occupancy derived from the output of the virtual queue. The implementation and operation of the virtual queue for the d-SPP fitting procedure may be identical to that of the single SPP case (i.e. virtual queue as depicted as 112 in FIG. 4 for the single SPP case). However, when the packet arrival process is LRD, the empirical PDF output 128 from the virtual queue 112 may be expected to have a different (more complex) form than the simple two slopes depicted in the log-scale graph (e.g., FIG. 7). Thus, as in the single SPP case, the goal of the queue occupancy SVF estimator (depicted as item 114 in FIG. 4 for the single SPP case), may be to provide a fit of the theoretical d-SPP/M/1 queue to an empirical SVF derived from the output (empirical PDF) of the virtual queue and pass the resulting parameters of this empirical SVF fit to the final SPP parameter estimator. However, because k ₁* and k ₂* may be outputs from the IDC estimator, {circumflex over (λ)} may be provided by the packet arrival rate monitor, and the remaining d-degrees of freedom may have been reduced to one degree of freedom (i.e. parameter τ_(x)) by equation (23), the queue occupancy SVF estimator may need to only provide τ_(x) as its output.

That is, once there may be {circumflex over (λ)} (the output from the packet arrival rate monitor), k ₁*={{circumflex over (k)}_(1i)}={{circumflex over (k)}₁₁,{circumflex over (k)}₁₂, . . . , {circumflex over (k)}_(1d)} and k ₂*={{circumflex over (k)}_(2i)}={{circumflex over (k)}₂₁,{circumflex over (k)}₂₂, . . . , {circumflex over (k)}_(2d)} (the outputs from the outputs from the d-SPP IDC estimator), and

${\hat{\tau}}_{x} = \frac{q_{1i}}{q_{2i}}$ (the output from the queue occupancy SVF estimator), the SPP parameters may be computed. {circumflex over (τ)}_(x) may define only the ratio of all the transition rate pairs. The actual transition rates may have yet to be estimated. To do so, the d-SPP parameter estimator (analogous to 116 of FIG. 4 for the single SPP case) may compute the complete set d-SPP parameters as follows:

$\begin{matrix} {{{{{Set}\mspace{14mu}{\hat{\lambda}}_{p}} = {\hat{\lambda} - {\sum\limits_{i = 1}^{d}\sqrt{\frac{{\hat{k}}_{1i}{\hat{k}}_{2i}}{{\hat{\tau}}_{x}}}}}}{and}{\hat{\alpha}}_{i} = {\left( {1 + {\hat{\tau}}_{x}} \right)\sqrt{\frac{{\hat{k}}_{1i}{\hat{k}}_{2i}}{\hat{\tau_{x}}}}}}{Then}} & {{Equation}\mspace{14mu}(24)} \\ {{\hat{\lambda}}_{2i} = \left\{ {{{\begin{matrix} {{\hat{\lambda}}_{p},} & {i = 1} \\ {0,} & {{i = 2},\ldots\mspace{14mu},d} \end{matrix}{\hat{\lambda}}_{1i}} = {{\hat{\lambda}}_{2i} + {\hat{\alpha}}_{i}}},{i = 1},2,\ldots\mspace{14mu},{d{and}}} \right.} & {{Equation}\mspace{14mu}(25)} \\ {{{\hat{q}}_{2i} = \frac{{\hat{k}}_{2i}}{1 + \hat{\tau_{x}}}}{{\hat{q}}_{1i} = {{\hat{k}}_{2i} - {\hat{q}}_{1i}}}} & {{Equation}\mspace{14mu}(26)} \end{matrix}$

An issue that may arise in the search for {circumflex over (τ)}_(x) (performed by the queue occupancy SVF estimator) may be the amount of time it may take to compute the d-SPP/M/1 system occupancy SVF corresponding to each value of τ_(x) used in the iterative search. The theoretical d-SPP/M/1 system occupancy may require many roots finding operations and consequently may represent a bottleneck to the performance of an iterative search routine. To get around this issue, a decomposition based approximation to the exact d-SPP/M/1 system occupancy SVF may be used because the approximation may be computed significantly faster. Such decomposition may only be valid when the timescale ratio a in equation (16) may be sufficiently large.

The d-SPP may have N=2^(d) total states. The states of the d-SPP may be labeled according to the following convention:

State  1:  all  SPPs  in  state  1 State  2:  SPP₁  in  state  2, all  other  SPPs  in  state  1 State  3:  SPP₁  in  state  1, SPP₂  in  state  2, all  other  SPPs  in  state  1 State  4:  SPP₁  in  state  2, SPP₂  in  state  2, all  other  SPPs  in  state  1 State  5:  SPP₁  in  state  1, SPP₂  in  state  1, SPP₃  in  state  2, all  other  SPPs  in  state  1 State  6:  SPP₁  in  state  2, SPP₂  in  state  1, SPP₃  in  state  2, all  other  SPPs  in  state  1 ⋮ State  N:  all  SPPs  in  state  2 Because Poisson rates may be additive, the d-SPP may have the following Poisson rates associated with each state:

$\begin{matrix} {{\beta_{1} = {\lambda_{11} + \lambda_{12} + {\lambda_{13}\mspace{14mu}\ldots} + \lambda_{1d}}}{\beta_{2} = {\lambda_{21} + \lambda_{12} + {\lambda_{13}\mspace{14mu}\ldots} + \lambda_{1d}}}{\beta_{3} = {\lambda_{11} + \lambda_{22} + {\lambda_{13}\mspace{14mu}\ldots} + \lambda_{1d}}}{\beta_{4} = {\lambda_{21} + \lambda_{22} + {\lambda_{13}\mspace{14mu}\ldots} + \lambda_{1d}}}{\beta_{5} = {\lambda_{11} + \lambda_{21} + {\lambda_{23}\mspace{14mu}\ldots} + \lambda_{1d}}}{\beta_{6} = {\lambda_{21} + \lambda_{21} + {\lambda_{23}\mspace{14mu}\ldots} + \lambda_{1d}}}\vdots{\beta_{N} = {\lambda_{21} + \lambda_{22} + {\lambda_{23}\mspace{14mu}\ldots} + \lambda_{2d}}}} & {{Equation}\mspace{14mu}(27)} \end{matrix}$ where β_(k) is the Poisson rate of the k-th state of the d-SPP, λ_(1i) is the rate of the i-th SPP in its first state, λ_(2i) is the rate of the i-th SPP in its second state. Maintaining the convention that the SPP indexes are sorted by increasing timescale, the smallest timescale SPP (SPP₁) may be the SPP with transition rates q₁₁ and q₂₁. The d-SPP may be temporarily operating an SPP with parameters q₁₁, q₂₁, β₁, and β₂ for some proportion of time (when all the longer time-scale SPPs may be in their first state while SPP₁ toggles), and then transitioning to another SPP, with parameters q₁₁, q₂₁, β₅, and β₆ for some proportion of time (where SPP₃ may be in its second state when the remaining longer timescale SPPs may be in state 1 while SPP₁ toggles or any other combination of the 2^(d−1) possible states being held by the longer timescale SPPs while SPP₁ toggles). Using this visualization, a decomposition approximation may be applied for which the d-SPP/M/1 system occupancy may be approximated as

$\begin{matrix} {{P\left( {X > n} \right)} \simeq {\sum\limits_{k = 1}^{2^{d - 1}}{{P\left( {S_{2} = {s_{2}\lbrack k\rbrack}} \right)}\mspace{14mu}\ldots\mspace{14mu}{{P\left( {S_{N} = {s_{N}\lbrack k\rbrack}} \right)}\left\lbrack {{C_{3}^{(k)}\left( z_{3}^{(k)} \right)}^{- n} + {C_{4}^{(k)}\left( z_{4}^{(k)} \right)}^{- n}} \right\rbrack}}}} & {{Equation}\mspace{14mu}(28)} \end{matrix}$ where S_(i) is the state of the i-th SPP and s_(i)[k] (where s_(i)[k]ε[1,2]) is the value the i-th SPP may take on for the overall d-SPP to be operating as the k-th of the 2^(d−1) temporary SPP queues that it may transition to. For each proportion of time where the d-SPP may temporarily be functioning as an SPP with transition rates q₁₁, q₂₁, and aggregate Poisson rates β_(k), β_(k+1) the d-SPP/M/1 queue may temporarily be operating as an SPP/M/1 queue with source SPP having these respective parameters. For example, when all s_(i)[k]=1, i=2,3, . . . , 2^(d−1), all the longer timescale SPPs (i.e. those other than SPP₁) may be in state 1, and the d-SPP/M/1 queue may operate as an SPP/M/1 queue with source SPP defined by q₁₁, q₂₁, β₁, and β₂. When all s_(i)[k]=2, i=2,3, . . . , 2^(d−1), all the longer timescale SPPs may be in state 2 and the d-SPP/M/1 may operate as an SPP/M/1 queue with source SPP defined by q₁₁, q₂₁, β_(N−1), and β_(N). The other states may follow accordingly. This decomposition approximation may rely on the fact that for any permutation of the longer timescale SPPs being in a particular state, the smallest timescale SPP (SPP₁) may toggle much more rapidly which may cause the corresponding SPP/M/1 queue to reach steady-state before any of the longer timescale SPPs may change state. The term [C₃ ^((k))(z₃ ^((k)))^(−n)+C₄ ^((k))(z₄ ^((k)))^(−n)] may be the system occupancy SVF of the k-th SPP/M/1 queue (where 1<k<2^(d−1)) with source SPP parameters q₁₁, q₂₁, β_(k), and β_(k+1). The probability that SPP_(i) is in state 1 may be (q_(2i)/k_(2i)) and the probability that SPP_(i) is in state 2 may be (q_(1i)/k_(2i)). Using these values to compute each of the P(S_(i)=s_(i)[k]) in equation (28) combined with solving [C₃ ^((k))(z₃ ^((k)))^(−n)+C₄ ^((k))(z₄ ^((k)))⁻¹] for each of the 2^(d−1) SPP/M/1 queue system occupancy SVFs required to calculate equation (28), the d-SPP/M/1 queue system occupancy SVF may be approximated much faster using equation (28) than computing the exact solution. This approximation may in turn be used by the queue occupancy SVF estimator to expedite the search for parameter {circumflex over (τ)}_(x).

In the preceding specification, various preferred embodiments have been described with reference to the accompanying drawings. It will, however, be evident that various modifications and changes may be made thereto, and additional embodiments may be implemented, without departing from the broader scope of the invention as set forth in the claims that follow. The specification and drawings are accordingly to be regarded in a illustrative rather than restrictive sense. 

1. A computer-implemented method for improving performance of a network device, comprising: storing packets arriving at the network device in a virtual queue that emulates a buffer of infinite size; generating a virtual queue occupancy histogram from said virtual queue; removing the packets from the virtual queue in accordance with a specified service rate; determining a distribution of the packets stored in the virtual queue, the determining comprising using said virtual queue occupancy histogram to determine a survivor function for the number of packets stored in the virtual queue; modeling the performance of the network device based at least in part on the rate of arrival of the packets and on the distribution of the packets stored in the virtual queue; and controlling a parameter of the network device based on the model.
 2. A computer-implemented method for improving performance of a network device, comprising: storing packets arriving at the network device in a virtual queue; removing the packets from the virtual queue in accordance with a specified service rate; determining a distribution of the packets stored in the virtual queue, the determining comprising determining a survivor function for the number of packets stored in the virtual queue; modeling the performance of the network device based at least in part on the rate of arrival of the packets and on the distribution of the packets stored in the virtual queue; controlling a parameter of the network device based on the model; estimating characteristics of a curve approximating the distribution of the packets stored in the virtual queue; and modeling the performance of the network device based at least in part on the estimated characteristics of the curve.
 3. The method of claim 1, wherein the controlled parameter of the network device includes at least one of an output link capacity of the network device or a buffer size of the network device.
 4. The method of claim 1, wherein the parameter of the network device is controlled in accordance with a network performance objective.
 5. The method of claim 4, wherein the network performance objective includes at least one of a desired bound on maximum service delay or a desired bound on maximum loss of packets.
 6. The method of claim 1, wherein modeling the performance of the network device comprises: approximating the packet arrival as a two-state Markov Modulated Poisson Process, and estimating packet arrival rates and state transition rates associated with the two states, wherein the parameter of the network device is controlled based on the estimated packet arrival rates and state transition rates.
 7. The method of claim 1, further comprising modeling the performance of the network based on at least one of a packet arrival tally or an Index of Dispersion of Counts of packets arriving at the network device in a specified time duration.
 8. The method of claim 1, further comprising controlling the parameter of the network device based further on a size distribution of the packets.
 9. A network device, comprising: an ingress port configured to receive packets arriving at the network device; an egress queue configured to store the packets for transmission by the network device; an egress port configured to transmit the packets on a network; and a monitoring module configured to: store the arriving packets in a virtual queue that emulates a buffer of infinite size; generate a virtual queue occupancy histogram from said virtual queue; remove the packets from the virtual queue in accordance with a specified service rate; use said virtual queue histogram to determine a distribution of the packets stored in the virtual queue as survivor function for the number of packets stored in the virtual queue; model performance of the network device based at least in part on the rate of arrival of the packets and on the distribution of the packets stored in the virtual queue; and control a parameter of at least one of the egress queue and the egress port based on the model.
 10. The network device of claim 9, wherein the controlled parameter includes at least one of an output link capacity or a buffer size associated with at least one of the egress queue and the egress port.
 11. The network device of claim 9, wherein monitoring module is configured to control the parameter in accordance with a network performance objective.
 12. The network device of claim 11, wherein the network performance objective includes at least one of a maximum service delay or a maximum loss of packets.
 13. The network device of claim 9, wherein the monitoring module is further configured to: approximate the packet arrival as a two-state Markov Modulated Poisson Process; estimate packet arrival rates and state transition rates associated with the two states; and model the performance of the network device based on the estimated packet arrival rates and state transition rates.
 14. The network device of claim 9, wherein the monitoring module is configured to model the performance of the network device based further on at least one of a packet arrival tally or an Index of Dispersion of Counts of packets arriving in a specified time duration.
 15. The network device of claim 9, wherein the monitoring module is further configured to control the parameter based further on a size distribution of the packets.
 16. A network device, comprising: an ingress port configured to receive packets arriving at the network device; an egress queue configured to store the packets for transmission by the network device; an egress port configured to transmit the packets on a network; and a monitoring module configured to: store the arriving packets in a virtual queue; remove the packets from the virtual queue in accordance with a specified service rate; determine a distribution of the packets stored in the virtual queue as survivor function for the number of packets stored in the virtual queue; model performance of the network device based at least in part on the rate of arrival of the packets and on the distribution of the packets stored in the virtual queue; control a parameter of at least one of the egress queue and the egress port based on the model; estimate characteristics of a curve approximating the distribution of the packets stored in the virtual queue; and model the performance of the network device based on the estimated characteristics of the curve.
 17. A tangibly embodied non-transitory computer-readable storage medium storing instructions which, when executed by a network monitoring module, cause the network monitoring module to perform the steps of: storing packets arriving at the network device in a virtual queue that emulates a buffer of infinite size; generating a virtual queue occupancy histogram from said virtual queue; removing the packets from the virtual queue in accordance with a specified service rate; using said virtual queue occupancy histogram to determine a distribution of the packets stored in the virtual queue by determining a survivor function for the number of packets stored in the virtual queue; modeling the performance of the network device based at least in part on the rate of arrival of the packets and on the distribution of the packets stored in the virtual queue; and controlling a parameter of the network device based on the model.
 18. The computer-readable storage medium of claim 17, wherein the controlled parameter of the network device includes at least one of an output link capacity of the network device or a buffer size of the network device.
 19. The computer-readable storage medium of claim 17, wherein the parameter of the network device is controlled in accordance with a network performance objective.
 20. The computer-readable storage medium of claim 19, wherein the network performance objective includes at least one of a maximum service delay or a maximum loss of packets.
 21. The computer-readable storage medium of claim 17, wherein modeling the performance of the network device comprises: approximating the packet arrival as a two-state Markov Modulated Poisson Process; and estimating packet arrival rates and state transition rates associated with the two states, wherein the parameter of the network device is controlled based on the estimated packet arrival rates and state transition rates.
 22. The computer-readable storage medium of claim 17, further comprising modeling the performance of the network based further on at least one of a packet arrival tally or an Index of Dispersion of Counts of packets arriving in a specified time duration.
 23. The computer-readable storage medium of claim 17, further comprising controlling the parameter of the network device based further on a size distribution of the packets.
 24. A tangibly embodied non-transitory computer-readable storage medium storing instructions which, when executed by a network monitoring module, cause the network monitoring module to perform the steps of: storing packets arriving at the network device in a virtual queue; removing the packets from the virtual queue in accordance with a specified service rate; determining a distribution of the packets stored in the virtual queue, the determining comprising determining a survivor function for the number of packets stored in the virtual queue; modeling the performance of the network device based at least in part on the rate of arrival of the packets and on the distribution of the packets stored in the virtual queue; controlling a parameter of the network device based on the model; estimating characteristics of a curve approximating the distribution of the packets stored in the virtual queue; and modeling the performance of the network device based further on the estimated characteristics of the curve. 